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Abstract  -  Healthcare  is  usually  delivered  within  certain  organ¬ 
izational  boundaries  and  information  produced  at  each  site  is 
managed  by  isolated  autonomous  clinical  information  systems. 
In  some  cases  point-to-point  communication  is  enabled,  facilitat¬ 
ing  the  exchange  of  information.  In  contrast,  integrated  re¬ 
gional  health  telematics  networks  enable  accessibility  to  infor¬ 
mation  and  services  without  visible  organizational  boundaries, 
to  provide  decentralized  healthcare  through  integrated  services 
for  seamless  and  personalized  information  delivery.  This  has 
the  advantage  that  enables  informed  citizens  to  have  an  impact 
on  the  healthcare  system  and  to  be  more  concerned  and  care  for 
their  own  health.  The  current  vision  comprises  affordable  ac¬ 
cess  to  healthcare  resources  and  services  for  all  citizens,  thus 
making  medical  expertise  a  shared  resource  wherever  and 
whenever  needed.  Important  areas  in  which  information  society 
technologies  are  likely  to  have  a  significant  impact  include  those 
of  pre-hospital  health  emergencies,  remote  monitoring  of  pa¬ 
tients  with  chronic  conditions,  and  medical  collaboration 
through  sharing  of  health-related  information  resources.  Acces¬ 
sibility  to  these  and  other  media-rich,  user-oriented  services,  in 
the  context  of  the  emerging  global  information  society,  will  be 
supported  by  a  healthcare  information  infrastructure,  which 
can  achieve  effective  horizontal  integration  of  networked  infor¬ 
mation  sources. 

Keywords  -  Healthcare  Information  Infrastructure,  Regional 
Health  Telematics  Networks,  Component-based  Architecture 

I.  Introduction 

The  medical  domain  is  extremely  dynamic,  consisting  of  nu¬ 
merous  physically  disparate  information  sources  over  a  het¬ 
erogeneous  infrastructure.  The  user-needs  are  diverse  and  no 
pre-determined  clinical  processes  exist.  In  addition  huge 
amounts  of  multimedia  data  are  produced  daily,  that  are  man¬ 
aged  by  autonomous  clinical  information  systems,  provided 
and  supported  by  multiple  vendors.  What  the  healthcare  do¬ 
main  requires  is  the  existence  of  specialized  clinical  informa¬ 
tion  systems,  dedicated  to  individual  functional  areas,  and  the 
provision  of  secure  services  of  a  certain  quality  level  to  sup¬ 
port  efficiently  decision  making  wherever  it  is  needed.  The 
effective  management  of  the  huge  volumes  of  multimedia 
data  that  are  produced  daily,  together  with  the  effective  man¬ 
agement  of  medical  acts  and  processes  are  required  as  well. 
Scalability  and  modularity  is  another  requirement,  as  well  as 
multi-vendor  support  that  can  be  made  feasible  by  assuring 
interoperability  among  applications  and  services.  This  is  the 
only  way  to  provide  best  value  for  money,  and  to  make  ser¬ 
vices  affordable  even  for  small  hospitals. 

The  main  challenge  today  has  to  do  with  the  development 
of  the  appropriate  Healthcare  Information  Infrastructure  (HII) 
that  will  be  in  a  position  to  support  all  the  requirements  of  the 
healthcare  domain.  This  necessitates  the  existence  of  an  un¬ 
derlying,  reference  architecture  to  support  the  HII  and  to  en¬ 


able  integrated  support  to  the  clinical,  organizational,  and 
managerial  activities  of  the  healthcare  organization  as  a 
whole  [1].  Ideally  a  single  user  interface  for  access  to  the 
global  healthcare-related  information  space  is  also  needed,  as 
part  of  an  environment  for  the  provision  of  advanced  health 
telematics  services  over  integrated  regional  health  telematics 
networks,  and  the  provision  of  extra  services  through  trans- 
regional  networks. 

The  creation  of  the  HII  is  driven,  among  other  factors,  by 
the  need  for: 

1)  data  on  outcomes  of  medical  cases  that  will  enable  ef¬ 
fective  choices  and  compensation  of  providers, 

2)  automation  of  mundane  tasks  to  place  the  focus  on  pa¬ 
tient  needs  rather  than  paperwork, 

3)  empowerment  of  consumers  to  become  more  actively 
involved  in  their  own  healthcare, 

4)  flexible  remote  access  to  relevant  information  in  order 
to  ensure  continuity  of  care, 

5)  continuous  process  improvement  through  integrated  and 
distributed  information  technology. 

For  an  HII  to  be  developed,  good  knowledge  and  under¬ 
standing  of  the  involved  domain  is  needed.  Therefore  it  re¬ 
quires  a  thorough  user  requirements  analysis  together  with 
the  solution  of  all  medico-legal  issues  that  are  of  great  impor¬ 
tance  and  hard  to  deal  with.  This  involves  the  definition  of 
the  corresponding  and  necessary  reference  architecture, 
which  defines  the  framework  for  the  integration  of  heteroge¬ 
neous,  autonomous,  distributed  information  systems  that  are 
networked,  together  with  the  development  of  necessary  net¬ 
work  infrastructure  to  support  the  services.  In  addition  defi¬ 
nition  of  public  and  stable  interfaces  and  protocols  is  also 
required  together  with  the  provision  of  the  appropriate  mid¬ 
dleware  and  user -oriented  services. 

The  new  paradigm  provides  that  informed-citizens  care  for 
their  own  health  and,  together  with  other  cooperating  stake¬ 
holders  (who  may  also  be  responsible  for  the  continuity  of 
health  services  within  a  region)  have  an  impact  on  the  opera¬ 
tion  of  the  healthcare  system  as  a  whole.  In  this  context,  de¬ 
centralized  healthcare  can  be  supported  by  integrated  services 
for  seamless  and  personalized  information  delivery,  while 
services  and  information  must  be  accessible  without  visible 
organizational  boundaries. 

The  telematic  services,  which  are  typically  delivered 
within  a  regional  health  telematics  network,  may  be  classified 
into  five  basic  classes:  collaboration ,  resource ,  educational , 
integrated  electronic  health  record  ( I-EHR ),  and  added  value 
services  [2].  These  classes  of  telematic  services  are  applica¬ 
ble  to  all  four  healthcare  application  areas  of  home,  primary, 
hospital,  and  emergency  care. 
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1)  Collaboration  services  allow  for  the  secure  exchange  of 
information  related  to  certain  cases  or  incidents. 

2)  Resource  services  provide  information  about  the  avail¬ 
ability  of  healthcare  resources,  like  e.g.  physicians  belonging 
to  certain  specialties,  hospitals  on  duty,  or  availability  of  ser¬ 
vices. 

3)  Educational  services  raise  public  awareness  and  facili¬ 
tate  distance  learning  through  the  use  of  telematics. 

4)  I-EHR  services  provide  the  environment  to  support  the 
integration  of  all  the  fragments  of  information  that  concern  a 
single  person,  are  associated  with  his/  her  personal  healthcare 
and  are  maintained  by  a  number  of  diverse  and  geographi¬ 
cally  distributed  clinical  information  systems. 

5)  Finally,  added-value  services  (e.g.  image  processing, 
information  indexing,  data  pre-fetching,  etc.)  provide  special¬ 
ized  support  to  healthcare  professionals. 

II.  Methodology 

Different  groups  of  people  have  different  conceptions 
about  systems  and  services  offered  to  them.  All  of  them  (in¬ 
cluding  doctors,  technicians,  engineers,  decision  makers, 
businessmen,  etc.)  have  different  requirements  and  needs. 
What  is  important  is  that,  if  involved,  all  of  them  can  con¬ 
tribute  significantly  in  the  development  process  of  a  system 
that  afterwards  will  be  used  to  promote  the  needs  and  goals 
of  everyone.  For  the  case  of  the  health  domain,  the  strategic 
objective  is  to  ensure  that  citizens  can  be  confident  that  the 
healthcare  professionals  caring  for  them  have  reliable  and 
rapid  access,  24  hours  a  day,  to  the  relevant  personal 
information  necessary  to  support  their  care.  This  paper 
concentrates  exactly  at  the  point  where  the  external 
functionalities  of  systems  and  services  are  separated  from  the 
underlying  technological  infrastructure. 

Basic  principles  to  be  followed  in  providing  effective  solu¬ 
tions  to  integrated  health  telematics  services  networks  in¬ 
clude: 

1)  The  promotion  of  interoperability  among  multi- vendor 
applications  and  services. 

2)  The  use  of  open  standards,  made  available  to  the  cus¬ 
tomer. 

3)  The  provision  of  high  quality  services,  useful  not  only 
to  end-users  but  to  the  society  as  well. 

4)  The  implementation  of  modular  architectures  to  be 
scaleable,  secure,  effective,  and  affordable  -  even  for  small 
hospitals. 

An  important  consideration  has  to  do  with  the  commitment 
to  evolve  from  the  currently  available  infrastructure,  while 
adding  new  capabilities  as  soon  as  they  become  available  and 
can  become  part  of  the  local  culture  [3]. 

As  software  systems  grow  larger,  healthcare  delivery  sys¬ 
tems  become  more  complex  and  more  interdependent.  Today 
software  component  technology  has  emerged  as  a  key  ena¬ 
bling  technology.  A  software  component  is  a  unit  of  third- 
party  composition,  sufficiently  self-contained,  independent  of 
deployment  that  interacts  with  its  environment  through  well- 
defined  interfaces  and  no  persistent  state  [4]. 

There  are  two  engineering  drivers  in  the  development  of  a 


component-based  system: 

1)  Re-use :  The  ability  to  re-use  existing  components  to  cre¬ 
ate  a  more  complex  system 

2)  Evolution :  A  highly  component-based  system  is  easier 
to  maintain.  The  changes  will  be  localized,  with  little  or  no 
effect  on  the  remaining  components. 

The  three-tier  approach  [5],  which  heavily  depends  on  the 
existence  of  both  generic  and  healthcare  specific  middleware 
services  or  components  imposes  a  level  of  common  design 
that  varies  according  to  the  actual  composition  of  the  plat¬ 
form.  The  higher  the  number  of  common  services  presents  in 
the  platform  the  more  restrictions  there  are  in  the  design  of 
the  applications.  On  the  other  hand,  common  services  also 
make  it  quicker  and  easier  to  design  and  implement  applica¬ 
tions  as  they  utilize  common  services  that  already  exist. 

In  order  to  achieve  the  goals  set,  a  reference  architecture  is 
required  to  provide  the  basic  framework  for  the  development 
of  advance  health  telematics  applications  described  in  terms 
of  basic  component  functionalities  and  their  interfaces.  Any 
reference  architecture  may  correspond  to  several  alternative 
execution  architectures.  The  underlying  technology  is  called 
distributed  object  technology,  and  three  are  the  basic  comput¬ 
ing  infrastructures  that  today  provide  for  transparent  inter¬ 
process  communication: 

1)  Microsoft's  Distributed  Component  Object  Model 
(DCOM)  is  an  integration  architecture  that  targets  the  homo¬ 
geneous  Windows  environment  (personal  computer)  and 
permits  interaction  between  objects  executing  on  separate 
hosts  in  a  network  [6]. 

2)  Sun's  Java  Remote  Method  Invocation  (RMI)  is  based 
on  the  execution  environment  of  Java  to  support  network 
computers.  In  addition,  Java  2  Platform,  Enterprise  Edition 
(J2EE),  allows  for  the  building  of  distributed  object  applica¬ 
tions  using  RMI  over  the  Internet  Inter -ORB  Protocol  (HOP) 
[7]. 

3)  The  Object  Management  Group's  (OMG)  Common  Ob¬ 
ject  Request  Broker  Architecture  (CORBA)  supports  object 
distribution  across  heterogeneous  environments,  based  on 
common  interfaces  that  become  standards  through  their  adop¬ 
tion  by  the  software  industry  [8]. 

No  matter  what  is  the  technology  of  choice,  the  adoption 
of  a  component  approach  in  server  applications,  saves  a  lot  of 
time  in  maintenance  and  increases  the  potential  for  future 
improvements. 

In  this  context,  a  set  of  middleware  enabling  services  are 
identifiable:  collaboration  services  to  enable  general  practi¬ 
tioners  and  medical  experts  to  share  patient-related  informa¬ 
tion,  patient  identification  services  to  enable  the  association 
of  distributed  patient  record  segments  to  a  master  patient  in¬ 
dex,  authentication  services  to  manage  the  roles  and  corre¬ 
sponding  access  rights  of  users,  encryption  services  for  the 
secure  communication  of  sensitive  personal  information,  au¬ 
diting  services  for  recording  all  interactions  between  mid¬ 
dleware  services  and/  or  end-user  applications,  resource  loca¬ 
tion  services  for  identifying  available  healthcare-related 
agents  (like  e.g.  organizations,  devices,  software,  etc.)  and 
the  means  for  accessing  them,  I-EHR  indexing  services  to 
enable  indexing  primary  health  information,  primary  health 
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information  access  services  for  directly  accessing  primary 
health  information,  user  profile  services  to  enable  personal¬ 
ized  delivery  of  information,  and  finally  terminology  services 
for  both  concept  and  internal  semantics  mapping. 

III.  Application  domains 

The  development  of  HYGEIAnet  (see  Fig.  1),  which  is  the 
integrated  health  telematics  network  of  Crete  focuses  towards 
providing  an  integrated  environment  for  healthcare  delivery 
and  medical  training  across  the  island  [9].  HYGEIAnet  takes 
advantage  of  the  increasing  capacity  of  terrestrial  and  mobile 
communication  networks  and  the  development  of  advanced 
telemedicine  services  to  provide  every  citizen  of  the  island 
with  effective  healthcare  services  and  to  support  remote  con¬ 
sultation  among  healthcare  professionals  in  specialized  cen¬ 
ters,  district  and  regional  hospitals,  and  other  points  of  care. 


Fig.  1:  HYGEIAnet,  the  Integrated  Health  Telematics  Network  of  Crete  in 
Greece. 

Health  telematics  involves  the  use  of  information  process¬ 
ing  tools  and  telecommunications  to  provide  the  functional 
and  operational  framework  that  allows  computers  to  transfer 
medical  data  to  one  another.  Interoperability  among 
telematic  services  and  standalone  applications  is  critical, 
since  services  and  applications  share  data  and  information. 
Hence,  telematic  services  need  to  be  part  of  a  collaboration 
environment  that  ensures  the  continuity  of  care  and  informa¬ 
tion  sharing,  under  strict  security  and  authorization  policies. 

The  application  layer  of  the  HYGEIAnet  reference  archi¬ 
tecture  (Fig.  2)  consists  of  applications,  which  support  user 
activities  in  the  various  areas  of  an  organization.  These  ap¬ 
plications  are  both  information  sources  and/  or  information 
access  points.  All  applications  and  services  of  the  application 
layer  make  use  of  their  own  data  model  and  user-interface. 

WebOnCOLL  is  an  example  of  an  underlying  enabling  in¬ 
frastructure  that  supports  the  secure  collaboration  between 
general  practitioners  and  medical  experts  in  Crete  [10].  This 
type  of  services,  bridge  the  gap  created  by  the  physical  dis¬ 
tance  separating  the  various  users,  while  promoting  social 
interaction  and  the  exchange  of  vital  information. 

Another  important  issue  to  be  handled  by  the  infrastructure 
has  to  do  with  patient  identification.  It  is  common  that  peo¬ 
ple  throughout  their  lifecycle  have  several  episodes  of  care 
that  have  been  handled  through  numerous  healthcare  organi¬ 
zations.  Today  most  of  those  organizations  maintain 
autonomous  patient  identification  codes  that  have  no  mean¬ 


ing  outside  their  own  identification  domains.  This  poses  a 
problem,  since  what  is  missing  is  the  base  for  the  efficient 
correlation  of  health  records  through  multiple  organizations. 
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Fig.  2:  HYGEIAnet  Reference  Architecture. 


In  the  region  of  Crete  this  has  been  handled  by  means  of 
the  Patient  Clinical  Data  Directory  (PCDD)  [11].  The  PCDD 
is  a  central  middleware  element  of  the  overall  architecture 
that  provides  information  on  the  distributed  EHR  segments 
maintained  by  autonomous  information  systems.  It  provides 
the  means  for  both  the  correlation  of  patient  identification 
into  a  single  master  patient  index  but  also  the  linking  of  the  I- 
EHR  fragments  that  belong  to  an  individual. 

When  dealing  with  seamless  access  to  information,  secure 
access;  together  with  all  the  related  issues  become  apparent. 
Despite  the  fact  that  application  security  is  mainly  concerned 
with  access  control  and  data  quality,  communication  security 
deals  with  user  identification,  user  authentication,  and  certifi¬ 
cation  by  showing  trust  to  a  Trusted  Third  Party  (TTP).  Ac¬ 
cess  to  detailed  information  regarding  specific  healthcare 
encounters  ought  be  provided  subject  to  role-based  authoriza¬ 
tion  privileges  and  controls. 

It  is  evident  that  the  existence  of  a  trust  infrastructure 
needs  to  evolve  as  part  of  the  environment.  This  way  secu¬ 
rity  and  confidentiality  services  can  be  based  on  a  regional 
certification  authority,  which  will  provide  digital  certificates 
to  healthcare  facilities  and  human  resources. 


IV.  Discussion 

When  developed,  the  components  of  the  HII  realize  their 
potential  as  more  of  them  become  available.  This  is  because 
component-based  software  development  shifts  the  focus  from 
new  software  development  to  the  integration  of  existing 
components  to  perform  new  tasks.  At  the  same  time  ad¬ 
dresses  the  issues  of  large-scale  system  development  in  the 
areas  of  coupling,  distribution,  and  the  utilization  of  multiple 
platforms. 

Whatever  the  technical  architecture  or  platform  is  in  real 
life  its  selection  is  only  part  of  the  solution.  The  other  part  of 
the  solution  is  migration.  In  most  cases,  even  in  health  care, 
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there  are  already  existing  applications  and  an  existing  infra¬ 
structure.  The  task  is  to  add  new  applications  to  this  infra¬ 
structure  or  to  replace  existing  ones  with  new  better  applica¬ 
tions  or  both.  Also  it  is  often  desirable  to  continue  to  make 
use  of  the  databases  that  store  valuable  data  even  though  the 
actual  applications  will  be  replaced.  This  is  called  encapsula¬ 
tion  of  legacy  systems.  An  implementation  strategy  or  mi¬ 
gration  path  as  part  of  the  overall  information  management 
and  technology  strategy  is  necessary  to  manage  these  proc¬ 
esses. 

There  are  different  reasons  why  standards  are  needed  in  the 
healthcare  domain.  One  such  reason  is  that  standards  allow 
computer  documentation  to  be  consistent  with  paper -based 
medical  records.  Another  reason  is  that  information  sharing 
(communication)  among  different  actors,  for  the  purpose  of 
addressing  an  end-user’s  problem,  is  facilitated  by  the  exis¬ 
tence  of  standards-based  integrated  environments.  This  in¬ 
cludes  all  agreements  on  data  and  context  that  needs  to  be 
shared,  so  that  decision  support  is  provided  and  there  is  a 
return  on  investment.  Healthcare  domain  standards  can  be 
distinguished  into  standards  for  terminology,  data  communi¬ 
cation,  and  software  component  interoperability. 

V.  Conclusions 

In  deploying  Information  and  Communication  Technolo¬ 
gies  (ICT)  in  health  care,  the  following  issues  need  to  be  con¬ 
sidered  carefully: 

1)  ICT  is  treated  as  an  investment,  not  cost.  This  means 
that  it  is  a  strategic  resource  with  the  potential  of  enabling 
and  supporting  the  enterprise  in  meeting  its  goals  (strategic 
objectives) 

2)  ICT  facilitates  communication  and  information  man¬ 
agement  by  providing  connectivity  and  making  it  possible  to 
access  information  at  any  time  and  at  any  place.  The  degree 
of  connectivity  depends  on  the  willingness  of  the  parties  con¬ 
cerned  to  share  processes  and  their  underlying  concepts. 

3)  Access  to  the  HII  should  be  as  easy  as  possible  and  tai¬ 
lored  (or  adapted)  to  the  needs  of  users  (citizens,  patients  and 
health  professionals). 

4)  The  overall  ICT  infrastructure  (HII)  needs  to  be  stable, 
manageable  and  maintainable 

5)  The  functionality  provided  by  the  HII  must  be  such  that 
the  users  trust  it.  This  comprises  in  addition  to  stability  and 
the  normal  user  applications  also  an  implemented  privacy  and 
data  security  policy,  which  meets  not  only  the  requirements 
of  existing  legislation  but  also  the  expectations  of  the  users. 
Trust  also  includes  the  content  and  quality  of  medical  knowl¬ 
edge  (best  practices)  contained  or  accessed  through  the  HII. 

When  migrating  from  an  existing  infrastructure  towards  a 
new  one,  several  issues  with  associated  costs  have  to  be  con¬ 
sidered.  The  first  is  these  deals  with  what  changes  are  neces¬ 
sary  in  the  platform  for  that  to  be  able  to  support  the  applica¬ 
tions.  It  may  be  that  the  existing  infrastructure  only  uses  ad- 
hoc  messaging.  Decisions  have  to  be  formulated  how  and 
when  to  upgrade  the  platform  itself  and  whether  the  expected 
benefits  and  savings  outweigh  the  costs  involved. 

HYGEIAnet  has  followed  so  far  a  top  down  approach  and 
has  identified  quite  a  big  number  of  components.  These 


components,  the  more  they  become  the  more  evident  their 
need  becomes  to  realize  their  potential.  The  common  service 
approach  requires  teams  that  are  trained  and  seasoned  in  dis¬ 
tributed  object  technology,  to  efficiently  face  the  challenges 
of  large-scale  system  design  and  development,  for  enabling 
the  creation  of  the  next  generation  regional  networks. 
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